Storage medium storing game program and game apparatus

ABSTRACT

A game apparatus includes a CPU. In the game apparatus, when it is determined that a player object has collided with an enemy object not in a predetermined state, the enemy object is turned into the predetermined state. Then, by a collision with the enemy object in the predetermined state, the player object is connected with the enemy object. Further, the player object is given different abilities depending on the kinds of the connected enemy objects. After that, when a plurality of enemy objects are connected to the player object, the player object is provided with different abilities according to connection patterns of the kinds of the plurality of enemy objects.

CROSS REFERENCE OF RELATED APPLICATION

The disclosure of Japanese Patent Application No. 2006-45176 is incorporated herein by reference.

BACKGROUND OF THE INVENTION

1. Field of the Invention

The present invention relates to a storage medium storing a game program and a game apparatus. More specifically, the present invention relates to a storage medium storing a game program and a game apparatus in which a player object and a non-player object are connected to each other.

2. Description of the Related Art

One example of game for combining a player object and a non-player object is disclosed in document 1 (Japanese Patent Laying-open No. 2003-251076). More specifically, in the game according to document 1, a player is required to successfully roll a ball as a player object and collide it with another object so that the collided object is combined with the surface of the ball, whereby the ball grows to an enormous size at an accelerating rate. When coming into collision with the ball, an object smaller than the ball is combined and integrated into the ball. On the contrary, an object larger than the ball acts as an obstacle, and when the obstacle collides with the ball, some of the previously combined objects are disconnected and separated from the ball.

Meanwhile, document 2 (game software for Nintendo GameCube “Kirby's Airride”<http://www.nintendo.co.jp/ngc/gkyj/what3/index.html>) introduces a game in which a player object obtains a non-player object's special ability. More specifically, the player object sucks in a nearby enemy by a player's button operation and copies the enemy's inherent ability. For example, a subsequent button operation allows the player object to make an attack using the ability.

In the game according to document 1, the player merely increases the player object in size by connecting the non-player object smaller than the player object to the surface of the player object. Since the non-player object can be connected just by collision, the game is undeniably too easy and monotonous, making it short of strategic and entertaining characteristics. Also, since the non-player objects are laid on the surface of the player object, there is a problem in that it is difficult to find in what order what non-player objects are combined with the player object. Further, the game has a drawback in that there are no variations in game operation such as acquiring a different kind of ability through collision, in terms of strategic and amusing characteristics.

On the other hand, the game according to document 2 causes an enemy to disappear from the screen when it is sucked in, which makes the progress of the game monotonous and poses a problem in that it is hard to identify which of the enemies has been sucked in. Since it is too easy to obtain the ability of an enemy just by sucking in the enemy, the game tends to be lacking in strategic and amusing characteristics. Also, although the player object can use different abilities according to the kinds of the currently sucked enemies, the player object is given only one enemy's ability for each suction. Even if the player object sucks in a plurality of enemies at a time, only the ability of one enemy selected by roulette is copied to the player object.

SUMMARY OF THE INVENTION

A novel storage medium storing game program and game apparatus are disclosed herein.

Disclosed herein are a storage medium storing game program and a game apparatus that enhance strategic and entertaining characteristics of the game in which a non-player object is connected to a player object.

The disclosed game program and a game apparatus may be used to increase the variety of the player object's abilities by means of non-player objects.

A storage medium storing a game program of a first of the disclosed embodiments is a storage medium storing a game program for a game apparatus equipped with an input means for inputting input information in accordance with a player's operation and a display means for displaying a game screen containing at least a player object and a plurality of kinds of non-player objects. The game program allows a processor of the game apparatus to serve as a movement control means, a collision determination means, a state change means, and a connection means. The movement control means controls the movement of the player object based on the input information from the input means. The collision determination means determines a collision between the player object and the non-player object. When the collision determination means determines that the player object has collided with the non-player object not in a predetermined state, the state change means turns the non-player object into the predetermined state. When the collision determination means determines that the player object has collided with the non-player object in the predetermined state, the connection means connects the collided non-player object to the player object.

More specifically, the game program stored in the storage medium performs a game for making the player object (200: reference numeral corresponding to that in the embodiment. The same applies to the following reference numerals.) to be connected with the non-player object (202). The game apparatus (10) is provided with the input means (20, 22, 36) and a display means (12, 14). The input means inputs input information according to the player's operation, and the display means displays a game screen containing the player object and a plurality of kinds of non-player objects. The game program allows the processor (34) of the game apparatus to serve as a movement control means, a collision determination means, a state change means and a connection means. The movement control means (S3, S7) controls the movement of the player object based on the input information from the input means. The collision determination means (S15, S17) determines a collision between the player object and the non-player object. When the player object collides with the non-player object, if the state of the non-player object is not a predetermined state, the state change means (S71) turns the non-player object into the predetermined state. When it is determined that the player object has collided with the non-player object in the predetermined state, the connection means (S19, S77, S83, S85) connects the collided non-player object to the player object.

As stated above, the requirement for connection is set that the non-player object is in a predetermined state, that is, the collided non-player object can be connected only after it is turned into a predetermined state. This raises the degree of difficulty in connecting the non-player object and thus increases the game's strategic and amusing characteristics.

In one embodiment, the state change means turns the non-player object into a predetermined state for a given length of time.

That is, the non-player object can be in the predetermined state only for a given length of time. In this manner, there is a limit to the time during when the non-player object can be connected to the player object, which makes it possible to further increase the game's difficulty level and raise the game's strategic and entertaining characteristics.

In one aspect of the disclosed embodiments, the game program allows the processor to further serve as an ability setting means for giving the player object different abilities in accordance with the kinds of the non-player objects connected by the connection means.

That is, the ability setting means (S81) allows the player object to acquire different abilities according to the kinds of the connected non-player objects. This makes the game further strategically interesting and pleasurable. In addition, the game's subsequent difficulty level will vary depending on the abilities given in consequence of the connections, which makes the game rich in variety.

In another embodiment, the connection means connects the non-player objects sequentially each time the collision determination means determines that the player object and the non-player object in the predetermined state have collided with each other. The ability setting means gives the player object different abilities according to connection patterns of the kinds of a plurality of non-player objects connected by the connection means.

That is, each time it is determined that the non-player object in the predetermined state has been collided, the connection means (S89, S95, S97) connects the non-player objects sequentially to the player object. The ability setting means (S93) gives the player object different abilities according to the connection patterns of the kinds of a plurality of non-player objects. As aforesaid, the abilities of the player object vary depending on the connection patterns of the kinds of the connected non-player objects, which further increases the game's strategic and entertaining characteristics. This also provides the player with puzzle game-like pleasure such as finding an appropriate connection pattern by trial and error.

In another embodiment, the movement control means includes a movement speed calculation means for calculating a movement speed of the player object. The state change means turns the non-player object into the predetermined state when the movement speed of the player object calculated by the movement speed calculation means is equal to or more than a predetermined value, provided that the collision determination means determines that the player object and the non-player object have collided with each other.

That is, the movement speed calculation means (S3) of the movement control means calculates the movement speed of the player object. The state change means turns the non-player object into the predetermined state if the movement speed of the player object at a time of collision is equal to or more than a predetermined value (S69). As above, the requirement is set for turning the non-player object into a predetermined state, whereby the degree of difficulty in turning the non-player object into a predetermined state is raised with an increase in the game's strategic characteristics.

In another aspect, the game program allows the processor to further serve as a player object change means for changing the kind of the player object so as to be the same as the kind of the non-player object connected by the connection means.

That is, the player object change means (S79) changes the kind of the player object so as to be the same as that of the connected non-player object. Therefore, the player object can be changed to various kinds by connection.

In another embodiment, the non-player object has a collision effective portion, and the collision determination means determines a collision between the player object and the collision effective portion of the non-player object.

That is, the collision determination means (S63, S65) determines a collision between the player object and the collision effective portion of the non-player object. In this manner, providing the collision effective portion raises the degree of difficulty in connecting the non-player object and thus enhances the game's strategic characteristics.

In another embodiment, the game program allows the processor to further serve as a game processing change means for making a change to game processing in accordance with the connection patterns of the kinds of the plurality of non-player objects connected by the connection means.

That is, the game processing change means (S21, S23) changes the game processing according to the connection patterns of the kinds of the plurality of connected non-player objects. This improves the game's strategic characteristics and provides the player with puzzle game-like enjoyment such as devising an appropriate connection pattern by trial and error.

A game apparatus of a second disclosed embodiment is a game apparatus equipped with an input means for inputting input information in accordance with a player's operation and a display means for displaying a game screen containing at least a player object and a plurality of kinds of non-player objects. This game apparatus comprises a movement control means, a collision determination means, a state change means, and a connection means. The movement control means controls the movement of the player object based on the input information from the input means. The collision determination means determines a collision between the player object and the non-player object. When the collision determination means determines that the player object has collided with the non-player object not in a predetermined state, the state change means turns the non-player object into the predetermined state. When the collision determination means determines that the player object has collided with the non-player object in the predetermined state, the connection means connects the collided non-player object to the player object.

More specifically, the second embodiment refers to the above described game apparatus that corresponds to the storage medium storing a game program of the first embodiment. The second embodiment enhances the game's strategic and entertaining characteristics, as in the case with the first embodiment.

In one embodiment, the input means includes a mouse-type input device for detecting movement information of the game apparatus as input information. The movement control means controls the movement of the player object based on the movement information detected by the mouse-type input device.

More specifically, the mouse-type input device (36) detects the movement information of the game apparatus as input information. The movement control means controls the movement of the player object based on the movement information of the game apparatus detected by the mouse-type input device. Thus, the player object can be moved in accordance with the movement of the game apparatus itself, which makes it possible to connect the non-player objects by extremely intuitive operations, resulting in a highly pleasurable game.

A collision between the player object and the non-player object turns the non-player object into a predetermined state, and a collision between the player object and the non-player object in the predetermined state allows the two to connect with each other. With this, it is possible to raise the degree of difficulty in connecting the non-player object to the player object with improvements in the game's strategic and amusing characteristics.

In addition, by giving the player object different abilities in accordance with the kinds of the connected non-player objects, the player object's abilities can be diversified. This further improves the game's strategic characteristics and makes the game more interesting. Moreover, the game's subsequent difficulty level varies depending on the provided abilities, making the game richer in variety.

Furthermore, by providing the player object with different abilities in accordance with the connection patterns of the kinds of the non-player objects, it is possible to further enhance the game's strategic and entertaining characteristics and offer puzzle game-like enjoyment such as finding an appropriate connection pattern by trial and error.

The above described objects and other objects, features, aspects and advantages of the disclosed embodiments will become more apparent from the following detailed description of the embodiments when taken in conjunction with the accompanying drawings.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is an outline view showing one example of game apparatus in one embodiment of the present invention;

FIG. 2 is a block diagram showing one example of electrical configuration of FIG. 1 embodiment;

FIG. 3 is an illustrative view showing a general description of movement of a player object in accordance with the movement of a game apparatus in FIG. 1 embodiment;

FIG. 4 is an illustrative view showing one example of memory map of a ROM in a memory card in FIG. 1 embodiment;

FIG. 5 is an illustrative view showing one example of connected ability table;

FIG. 6 is an illustrative view showing one example of memory map of a RAM in the game apparatus in FIG. 1 embodiment;

FIG. 7 is an illustrative view showing a scene in which a non-player object is being turned into an unconscious state;

FIG. 8 is an illustrative view showing a scene in which a non-player object is connected to a player object;

FIG. 9 is an illustrative view showing one example of player object given different abilities in accordance with the kinds of connected non-player objects;

FIG. 10 is an illustrative view showing a scene in which a player object formed by a plurality of parts is being separated;

FIG. 11 is a flowchart showing a part of one example of operation of the game apparatus in FIG. 1 embodiment;

FIG. 12 is a flowchart continued from FIG. 11;

FIG. 13 is a flowchart showing a part of one example of operation of a connection process described in FIG. 11;

FIG. 14 is a flowchart continued from FIG. 13; and

FIG. 15 is a flowchart showing one example of operation of a separation process.

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

Referring to FIG. 1, a game apparatus 10 of one embodiment of the present invention includes a first liquid crystal display (LCD) 12 and a second LCD 14. The LCD 12 and the LCD 14 are stored in a housing 16 so as to be located in predetermined positions. In this embodiment, the housing 16 is formed by an upper housing 16 a and a lower housing 16 b. The LCD 12 is stored in the upper housing 16 a and the LCD 14 is stored in the lower housing 16 b. Accordingly, the LCD 12 and the LCD 14 are closely arranged in such a manner to line up vertically (above and below).

Some LCDs are used as displays in the embodiment, and alternatively, EL (Electronic Luminescence) displays and plasma displays may be employed in place of the LCDs.

As can be understood from FIG. 1, the upper housing 16 a has a plane shape little larger than a plane shape of the LCD 12, and has an opening formed so as to expose a display surface of the LCD 12 from one main surface thereof. On the other hand, the lower housing 16 b has a plane shape horizontally longer than the upper housing 16 a, and has an opening formed so as to expose a display surface of the LCD 14 at an approximately center of the horizontal direction. Furthermore, the lower housing 16 b is provided with a sound hole 18 and an operating switch 20 (20 a, 20 b, 20 c, 20 d, 20 e, 20L and 20R).

In addition, the upper housing 16 a and the lower housing 16 b are rotatably connected at a lower side (lower edge) of the upper housing 16 a and a part of an upper side (upper edge) of the lower housing 16 b. Accordingly, in a case of not playing a game, for example, if the upper housing 16 a is rotatably folded such that the display surface of the LCD 12 and the display surface of the LCD 14 are face to face with each other, it is possible to prevent the display surface of the LCD 12 and the display surface of the LCD 14 from being damaged such as a flaw, etc. It is noted that the upper housing 16 a and the lower housing 16 b are not necessarily rotatably connected with each other, and may alternatively be provided integrally (fixedly) to form the housing 16.

The operating switch or the operating key 20 includes a direction instructing switch (cross switch) 20 a, a start switch 20 b, a select switch 20 c, an action switch (A button) 20 d, an action switch (B button) 20 e, an action switch (L button) 20L, and an action switch (R button) 20R. The switches 20 a, 20 b and 20 c are placed at the left of the LCD 14 on the one main surface of the lower housing 16 b. Also, the switches 20 d and 20 e are placed at the right of the LCD 14 on the one main surface of the lower housing 16 b. Furthermore, the switches 20L and 20R are placed in a part of an upper edge (top surface) of the lower housing 16 b at a place except for a connected portion, and lie of each side of the connected portion with the upper housing 16 a.

The direction instructing switch (direction key) 20 a functions as a digital joystick, and is utilized for instructing a moving direction of an object to be operated. More specifically, by operating one of the four depression portions, a player object (or player character) capable of being operated by a player (user), a cursor, etc. can be moved in a direction corresponding to the operated depression portion.

In this embodiment, described later, the movement of a player object is controlled by movement of the game apparatus 10 itself; not by the direction instructing switch 20 a.

The start switch 20 b is formed by a push button, and is utilized for starting (restarting), temporarily suspending a game, and so forth. The select switch 20 c is formed by the push button, and utilized for a game mode selection, etc.

The action switch (action key) 20 d, that is, the A button is formed by the push button, and allows the player character to perform an action except for instructing the direction. In this embodiment, operating the A button 20 d allows the player object to make an attack on its enemy.

In general, the A button 20 d enables the player object to make an arbitrary action such as hitting (punching), throwing, holding (obtaining), riding, jumping, cutting, etc. In an action game, for example, this button can be used to instruct the player object to perform such actions as jumping, punching, moving a weapon, etc. In a role-playing game (RPG) and a simulation RPG, this button makes it possible to instruct the player object to obtain an item, select and confirm a weapon or a command, etc. Additionally, in menu selection, the player can use this button to confirm a menu item at which the cursor is placed, that is, a selected menu item and execute an action or process corresponding to the item.

The action switch 20 e, that is, the B button is formed by the push button, and is utilized for changing a game mode selected by the select switch 20 c, canceling an action determined by the A button 20 d, and so forth, for example. The B button can also be used as an action key for instructing a player character to make an action, as with the A button 20 d.

The action switch 20L (L button) and the action switch 20R (R button) are formed by the push button. The L button 20L and the R button 20R can perform the same operations as the action switches 20 d, 20 e or perform different operations. These buttons can also be used to perform auxiliary operations for the action switches 20 d, 20 e. Each of the above mentioned push buttons may be configured as a switch that is activated by depressing its key top. This allows the player to specify an action through an easy operation of depressing any of the switches.

Also, a touch panel 22 is provided on a top surface of the LCD 14. For the touch panel 22, any one of a resistance film system, an optical system (infrared rays system) and an electrostatic capacitive coupling system, for example, can be employed. When the player depresses, strokes, touches or hits a top surface of the touch panel 22 with a stick 24, a pen (stylus pen) or a finger (hereinafter, referred to as “stick 24, etc.”), the touch panel 22 detects coordinates of position of a portion specified (touched) by the player with the stick 24, etc., and outputs coordinate data indicative of the detected coordinates. Thus, the player can input the coordinates corresponding to the touch position by operating the touch panel 22 with the stick 24, etc.

In this embodiment, a resolution of the display surface of the LCD 14 is 256 dots×192 dots, and a detection accuracy of (operating surface) of the touch panel 22 is also set to 256 dots×192 dots in correspondence to the resolution of the display surface (the same or almost same thing applies to the LCD 12). Although FIG. 1 shows the touch panel 22 in a different size from the LCD 14 for the sake of clarity, the display screen of the LCD 14 and the operating surface of the touch panel 22 are the same in size. The detection accuracy of the touch panel 22 may be lower or higher than the resolution of the display surface. Further, the touch panel 22 may be provided on the upper surface of the LCD 12 or provided on both the LCD 12 and the LCD 14.

In this embodiment, the stick 24 can be stored in a housing portion (slot or concave portion) 26 provided in proximity to a side surface (right side surface) of the upper housing 16 a, for example, and taken out therefrom as necessary. However, if the stick 24 will not be prepared, it is not necessary to provide the housing portion 26.

The game apparatus 10 includes a memory card (or game cartridge) 28 in which a game program and data are stored in advance. The memory card 28 is detachable, and inserted into a loading slot 30 provided on a rear side or top side (upper end) of the lower housing 16 b. Although not shown in FIG. 1, a first connector 32 (see FIG. 2) is provided behind the loading slot 30 for joining with a connector (not shown) provided at a front edge of the memory card 28 in the insertion direction. Accordingly, when the memory card 28 is inserted into the loading slot 30, the connectors join with each other and thus a CPU core 34 (see FIG. 2) of the game apparatus 10 can access the memory card 28.

Further, in this embodiment, the game apparatus 10 includes a mouse cartridge 36 as one input means. A housing of the mouse cartridge 36 is formed with a portion 36 a to be inserted into a loading slot 38 provided on a rear side or lower end of the lower housing 16 b of the game apparatus 10 and a portion 36 b covering the rear side of the lower housing 16 b. The mouse cartridge 36 is attachable to and detachable from the game apparatus 10. Although not shown in FIG. 1, a second connector 40 (see FIG. 2) is provided behind the insertion slot 38 for joining with a connector (not shown) provided at the front edge of the housing 36 a in the insertion direction. Accordingly, when the mouse cartridge 36 is loaded into the lower housing 16 b by inserting the insertion portion 36 a of the mouse cartridge 36 into the loading slot 38, the connectors join with each other and thus the CPU core 34 of the game apparatus 10 can access the mouse cartridge 36. Provided on the rear side of the mouse cartridge 36 is a position sensor for use in an optical mouse (or a mechanical mouse). When the mouse cartridge 36 is attached to the game apparatus 10, the position sensor of the mouse cartridge 36 is located on the rear side of the game apparatus 10 (basically, the bottom side when in use). Thus, when the game apparatus 10 is used on the surface of a desk or wall, for example, the mouse cartridge 36 serves as a mouse-type input device of the game apparatus 10, and detects the movement information of the game apparatus 10 on the surface, such as movement direction, movement amount and movement speed.

Although not illustrated in FIG. 1, a speaker 42 (see FIG. 2) is provided in a position corresponding to the sound hole 18 inside the lower housing 16 b. Further, although not shown in FIG. 1, a battery accommodating box is provided on the rear side of the lower housing 16 b, and a power switch, a volume switch, an external expansion connector, and an earphone jack, etc. may be provided on the lower side of the lower housing 16 b, for example.

FIG. 2 is a block diagram showing an electric configuration of the game apparatus 10. Referring to FIG. 2, the game apparatus 10 includes an electronic circuit board 44 on which circuit components such as a CPU core 34 are mounted. The CPU core 34 is connected with the above mentioned first connector 32 and second connector 40 via a bus 46, and is also connected with a RAM 48, a first graphics processing unit (GPU) 50, a second GPU 52, an input-output interface circuit (hereinafter, referred to as “I/F circuit”) 54, and an LCD controller 56.

The memory card 28 is detachably connected to first connector 32. The memory card 28 includes a ROM 28 a and a RAM 28 b. Although illustration is omitted, the ROM 28 a and the RAM 28 b are connected with each other via a bus, and they are also connected with the connector (not shown) to be joined with the first connector 32. Accordingly, the CPU core 34 can access the ROM 28 a and the RAM 28 b as described above.

The ROM 28 a stores a game program for a virtual game to be executed by the game apparatus 10, image data (character images, object images, background images, item images, icon (button) images, message images, cursor images etc.), sound data for reproduction or output of sounds (music) required for the game, and so forth. The RAM (backup RAM) 28 b is provided to store (save) in-progress data and result data of the game. A nonvolatile memory such as a flash memory can be employed for the RAM 28 b.

In executing an application other than a game program, the ROM 28 a of the memory card 28 stores a program for the application and data required for execution of the application (image data, sound data, etc.).

The mouse cartridge 36 is detachably connected to the second connector 40. The mouse cartridge 36 includes a logic circuit 36 c and an optical sensor 36 d. Although not illustrated, the logic circuit 36 c and the optical sensor 36 d are connected with each other via a bus, and they are also connected with the connector not shown that is joined with the second connector 40. The logic circuit 36 c acquires sensor information from the optical sensor 36 d at regular time intervals, for example. The optical sensor 36 d includes a infrared light-emitting element and an image sensor, for instance. The logic circuit 36 c detects movement information of the game apparatus 10 such as movement direction and movement amount by subjecting an infrared image detected by the optical sensor 36 d to image processing, and provide the movement information (input information) to the CPU core 34. Instead of an optical mouse, a mechanical mouse for detecting a ball's rotation in an X direction and a Y direction may be employed.

The RAM 48 is utilized as a buffer memory or a working memory. That is, the CPU core 34 loads the program, the image data, the sound data, etc. stored in the ROM 28 a of the memory card 28 into the RAM 48, and executes a process according to the loaded program. The CPU core 34 executes a game process while storing in the RAM 48 data (game data, flag data, etc.) generated or obtained in correspondence with the progress of the game, etc.

Such a program, image data, sound data, etc. are loaded from the ROM 28 a entirely at a time, or partially and sequentially, and stored (loaded) into the RAM 48. However, for the game apparatus 10 in which a storage medium storing fixedly a program and data can be connected directly to the CPU core 34, as in the case with this embodiment, it is not necessary to transfer and store the program and data in the RAM 48 because the CPU core 34 can access directly the storage medium. In addition, the data stored in the RAM 28 b would be read into the RAM 48 as required.

Each of the GPU 50 and the GPU 52 forms a part of a rendering means, is constructed by, for example, a single chip ASIC, and receives a graphics command (graphics command) from the CPU core 42 to generate game image data according to the graphics command. However, the CPU core 42 provides each of the GPU 50 and the GPU 52 with an image generating program (included in the game program) required for generation of the game image data in addition to the graphics command.

Furthermore, the GPU 50 is connected with a first video RAM (hereinafter, referred to as “VRAM”) 56, and the GPU 52 is connected with a second VRAM 58. The GPU 50 and the GPU 52 obtain data required for the GPU 50 and the GPU 52 to execute the graphics command (image data: character data, texture data, etc.) by access to a first VRAM 56 and a second VRAM 58, respectively. Also, the CPU core 42 writes the image data required for graphics drawing into the first VRAM 56 and the second VRAM 58 via the GPU 50 and the GPU 52. The GPU 50 accesses the VRAM 56 to generate the game image data for graphics drawing, and the GPU 52 accesses the VRAM 58 to generate the game image data for graphics drawing.

The VRAM 56 and the VRAM 58 are connected to the LCD controller 60. The LCD controller 60 includes a register 62, and the register 62 consists of, for example, one bit, and stores a value of “0” or “1” (data value) according to an instruction of the CPU core 42. In a case that the data value of the register 62 is “0”, the LCD controller 60 outputs the game image data generated by the GPU 50 to the LCD 12, and outputs the game image data generated by the GPU 52 to the LCD 14. Furthermore, in a case that the data value of the register 62 is “1”, the LCD controller 60 outputs the game image data generated by the GPU 50 to the LCD 14, and outputs the game image data generated by the GPU 52 to the LCD 12.

Besides, the LCD controller 60 reads out game image data directly from the VRAM 56 and the VRAM 58, and reads out game image data from the VRAM 56 and the VRAM 58 via the GPU 50 and the GPU 52.

The I/F circuit 54 is connected with the operating switch 20, the touch panel 22, the speaker 32. Here, the operating switch 20 is the above-described switches 20 a, 20 b, 20 c, 20 d, 20 e, 20L and 20R, and in response to an operation of the operating switch 20, a corresponding operation signal is input to the CPU core 42 via the I/F circuit 54. Furthermore, the coordinate position data from the touch panel 22 is input to the CPU core 42 via the I/F circuit 54. In addition, the CPU core 42 reads the sound data necessary for the game such as game music (BGM), sound effects and voices (onomatopoeic sounds) of game characters (game objects), etc. from the RAM 48, and outputs it from the speaker 32 via the I/F circuit 54.

The second connector 40 is connected detachably with the mouse cartridge 36. The mouse cartridge 36 includes a logic circuit 36 c and an optical sensor 36 d. Although not illustrated, the logic circuit 36 c and the optical sensor 36 d are connected with each other via a bus, and also they are connected to the connector not shown which is jointed to the second connector 40.

Since the game apparatus 10 of this embodiment is provided with the mouse cartridge 36 as described above, the player can perform an operation on or an input to the game screen by moving the game apparatus 10 itself on the surface of a desk or wall, for example. Such an input operation produces variations in the game screen such as moving an object in a virtual game space and moving a cursor on the screen, for instance. More specifically, according to this embodiment, by moving the game apparatus 10 on the surface of a desk, etc. as shown in FIG. 3, it is possible to move a player object 200 in a game space by a distance corresponding to the amount of movement of the game apparatus 10 or at a speed corresponding to the speed of movement of the game apparatus 10 in a direction corresponding to the direction of movement of the game apparatus 10. In FIG. 3, moreover, the display position of the player object 200 is fixed at the center of the screen, and thus the background is scrolled in the direction opposite to the movement of the game apparatus 10. The player object 200 may be displayed on the upper screen (LCD 12), instead of the lower screen (LCD 14).

FIG. 4 to FIG. 6 show examples of memory maps. Firstly, FIG. 4 presents a memory map of the ROM 28 a in the memory card 28. The ROM 28 a contains a game program storage area 70 and a data storage area 72. FIG. 4 shows a part of the memory map, and both the game program storage area 70 and the data storage area 72 also store in advance other necessary programs and data in addition to those described in the drawings.

A storage area 74 of the game program storage area 70 stores an input information acquisition program. By this program, input information is acquired from the operating switch 20, the touch panel 22 and the mouse cartridge 36 at intervals of regular time (one frame etc.), for instance.

A storage area 76 stores a player object movement control program. By this program, control is exercised on the movement of the player object in the virtual game world. In this embodiment, the movement of the player object 200 is controlled on the basis of the input information from the mouse cartridge 36 as stated above. More specifically, parameters of movement of the player object 200 such as movement direction, movement distance and movement speed are calculated based on the movement information (movement direction, amount, speed, etc.) of the game apparatus 10 acquired from the mouse cartridge 36, and the new position (coordinates) and direction, etc. of the player object 200 are determined by calculation on the basis of the movement parameters.

A storage area 78 stores an enemy object movement control program. By this program, the movement of a non-player object such as an enemy object 202 (see FIG. 7) is controlled. The non-player object refers to an object not operated by the player. In this embodiment, as described later, the enemy object is treated as a part of the player object 200 when it is connected to the player object 200.

A storage area 80 stores a collision determination program. By this program, a determination is made about a collision between the player object 200 and the enemy object 202. If it has a weak point, the enemy object 202 is provided with a collision effective portion indicative of its weak point. In this case, the determination is made whether or not the player object 200 has collided with the collision effective portion.

A storage area 82 stores a connection program. By this program, when the player object 200 collides with the enemy object 202, the enemy object 202 is connected to the player object 200. In this embodiment, since the movement of the player object 200 is controlled on the basis of the input information from the mouse cartridge 36, the player object 200 is moved in accordance with the movement of the game apparatus 10 itself and is connected with the enemy object 202 with which it has collided. This achieves a highly entertaining game that enables a player to connect the enemy object 202 to the player object 200 by such an extremely intuitive operation.

When the player object 200 comes into collision with the enemy object 202, the two may be unrequirementally connected with each other. Alternatively, one or more requirements may be set for connecting the enemy object 202 to the player object 200. In this embodiment, one requirement for the connection is that the enemy object 202 is in a predetermined state (e.g. unconscious state) when it is collided. In this manner, since the requirement for the connection is the enemy object 202 being in the predetermined state, it is possible to raise the degree of difficulty in connecting the enemy object 202, thereby increasing the game's strategic characteristics.

Further, a requirement can be set for turning the enemy object 202 into the above mentioned unconscious state. In this embodiment, the requirement for unconsciousness is that the movement speed of the player object 200 (movement amount per unit of time) is equal to or more a predetermined threshold value (e.g. five dots/frame) when it comes into collision with the enemy object 202. Thus, when there exists the enemy object 202 as a target at the upper right of the player object 200 as shown in FIG. 7, for example, the player makes the player object 200 collide with the enemy object 202 by moving the game apparatus 10 in the upward and rightward direction to obtain a movement speed being equal to or more than the threshold value. Accordingly, the enemy object 202 is flicked by the collision and turned into the unconscious state for a given length of time. As above, it is possible to raise the degree of difficulty in turning the enemy object 202 into a predetermined state with a further enhancement in the game's strategic characteristics.

The state of the enemy object 202 may be changed at intervals of regular time or at random, for example, that is, regardless of the player's operation.

Also, if the enemy object 202 has a weak point, the requirements for unconsciousness or the requirements for connection may include a collision of the weak point (the collision effective portion). The degree of difficulty in turning the enemy object 202 into a predetermined state or the degree of difficulty in connecting the enemy object 202 can be also raised by setting such a weak point, whereby the game's strategic characteristics are further enhanced.

Moreover, by setting compatibility between the kind of the player object 200 and the kinds of the enemy objects 202, the unconsciousness requirements or the connecting requirements may include high compatibility. In this case, the ROM 28 a stores in advance compatibility data indicating compatibility among the kinds of the objects. For instance, if the compatibility data is stored indicating that an object of fire and an object of water are highly compatible and that an object of fire and an object of insect or an object of fire and an object of no kind are incompatible, the player object 200 must be of water in order to turn the enemy object 202 of fire into the unconscious state.

When the player object 200 collides with the enemy object 202 in the predetermined state, the connection requirement is satisfied and the enemy object 202 is connected to the player object 200 as shown in FIG. 8. After that, the entire object containing the connected enemy object 202 is treated as player object 200. In this embodiment, the initial player object 200 constitutes the head of the connected player object 200, and the initial enemy object 202 becomes a part (connected body) of the connected player object 200. Afterward, whenever the player object 200 collides with another enemy object 202 and it is determined that the connection requirement has been satisfied, the enemy objects 202 are sequentially connected as new connected bodies. In this manner, after the connection, the player object 200 is formed by the initial player object 200 and one or more enemy objects 202, that is, a plurality of parts.

Returning to FIG. 4, a storage area 84 stores a kind setting program. By this program, the kind of the player object 200 is set. In this embodiment, the player object 200 initially does not belong to any kind, and is set to be of the same kind as the enemy object 202 with which it is firstly connected. Therefore, the player object 200 can be changed into the player objects 200 of any of various kinds according to the kind of the firstly connected enemy object 202, making it possible to increase the game's amusing characteristics. In the examples shown in FIG. 7 and FIG. 8, the kind of the enemy object 202 is insect and thus the kind of the connected player object 200 is changed into insect as well, and the player object 200 is displayed as an image of an insect as shown in the middle part of FIG. 8.

A storage area 86 stores an ability setting program. By this program, the ability of the player object 200 is set. The ability given to the player object 200 varies depending on the kind of the connected enemy objects 202. In this embodiment, the ability of the player object 200 initially has no characteristics, and is then changed in correspondence with the kind of the enemy object 202 by the connection to the enemy object 202. More specifically, the ability refers to the method of attack, the power of attack and the like. In the example of FIG. 8, since the kind of the player object 200 is turned into insect, the player object 200 is given the ability corresponding to insect. The insect's method of attack is discharge of a thread and the insect's initial power of attack is at a low level. Consequently, the player object 200 discharges a thread 204 in a forward direction according to the player's attack operation (e.g. the operation of the A button 20 d) as illustrated in the lower part of FIG. 8. When the thread 204 hits the enemy object 202, the enemy object 202 suffers low-level damage.

As stated above, the player object is given the ability according to the kind of the connected enemy object 202, which enhances the game's strategic characteristics and increases its interest. In addition, the degree of difficulty in playing the game subsequently is changed according to the ability given to the player object 200, which makes the game richer in variation.

Moreover, when other enemy objects 202 are further connected after that, the ability of the player object 200 is changed in accordance with the connection pattern of the kinds of the plurality of enemy objects 202. In this embodiment, for example, the ability of the player object 200 is raised to a higher level by the consecutive connections with the enemy objects 202 of the same kind, that is, according to the number of the consecutively connected enemy objects 202 of the same kind. FIG. 9 (A) shows the player object 200 formed with the consecutively connected two enemy objects 202 of insect. The method of attack used by the player object 200 of insect (level 2) is discharge of the medium-length thread 204, and its power of attack is at a medium level. FIG. 9 (B) illustrates the player object 200 of water at level 2. The water's method of attack is generation of bubbles, and its initial power of attack is of low level. Thus, the player object 200 at level 2 shown in FIG. 9 (B) attacks its enemy by spouting out a medium number of bubbles 206 in a forward direction, and its power of attack is at a medium level. In addition, FIG. 9 (C) depicts the player object 200 of fire with three consecutive connections. The fire's method of attack is the emission of fire, and its initial power of attack is at a low level. Accordingly, the player object 200 at level 3 attacks its enemy by emitting in a forward direction intense fire with high power of attack (represented by four fireballs) 208.

In this embodiment, the ROM 28 a stores in advance a table of correspondence between the connection patterns by kind of the enemy objects 202 and the abilities to be given to the player object 200. Ability setting is carried out on the basis of the table.

As mentioned above, the ability of the player object 200 is changed in accordance with the connection patterns of the kinds of a plurality of connected enemy objects 202, which enhances the game's strategic characteristics and also adds to the game a puzzle game-like pleasure, such as finding an appropriate connection pattern by trial and error for a more special or strong ability.

Returning to FIG. 4, a storage area 88 stores a movement state determination program. By this program, the movement state of the player object 200 is assessed. In this embodiment, the requirement for separating the connected player object 200 is that the player object 200 is moved in a predetermined state. By the movement state determination program, it is determined whether this separation requirement is satisfied or not. In this embodiment, the separation requirement is that the player object 200 is rapidly moved or is shaken. That is, one separation requirement is the rapid movement of the game apparatus 10 itself. More specifically, it is determined whether the movement speed of the player object 200 calculated on the basis of the input information from the mouse cartridge 36 (namely, the movement information of the game apparatus 10) is equal to or more than a predetermined threshold value (e.g. 30 dots/frame). In addition, the other separation requirement is the shaking of the game apparatus 10 itself. More specifically, it is determined whether or not the event that the movement direction of the player object 200 makes a difference in angle of predetermined value (e.g. 60 degrees) or more with the immediately preceding movement direction thereof has been detected a given number of times (e.g. six times) or more within a given length of time (e.g. 1.5 seconds).

A storage area 90 stores a separation program. When it is determined that any of the above mentioned separation requirements has been satisfied, the separation program allows the connected player object 200 to be separated. That is, the player object 200 formed by a plurality of parts (the initial object 200 and one or more connected enemy objects 202) is disconnected and separated into the plurality of parts. More specifically, as shown in FIG. 10, when the game apparatus 10 is moved at a predetermined speed or more or is shaken, the connected player object 200 is separated into the initial player object 200 and the enemy objects 202 in the unconscious state. In this manner, the player object can be taken apart by an intuitive operation, achieving a highly interesting game. This also offers a novel game requiring a player to perform a careful operation. Further, in this embodiment, the movement of the player object 200 is controlled on the basis of the input information from the mouse cartridge 36, that is, the player object 200 is separated according to the movement of the game apparatus 10 itself. As a consequence, it is possible to accomplish a highly entertaining game in which the separation of the player object 200 can be controlled by the extremely intuitive operation.

After the separation, the player can operate only the initial player object 200 as in the case of before the connection. The separated enemy objects 202 are controlled by the control program again. Thus, the separation of the player object 200 into a plurality of parts will not make the player's operation troublesome.

In addition, the displaying manner of the separated player object 200 is changed from the connected state, and the player object 200 is displayed by an image indicative of the initial player object 200 not belonging to any kind. This allows the player to easily identify the operable player object 200 after the separation and know that the operable object is now the initial player object 200 alone.

After the separation, the ability of the player object 200 is changed from the connected state to the initial state, for example. As above, the ability is changed between before and after the separation, which brings about enhancement in the game's strategic characteristics.

Returning to FIG. 4, a storage area 92 of the data storage area 72 stores image data for producing a game screen. This area stores image data indicating the initial states and connected states, etc. of the player object 200 (of individual kinds), and stores image data indicating the initial states, connected states and unconscious states of the enemy objects 202 of individual kinds.

A storage area 94 stores player object data which indicates initial values of information relating to the control and display, etc. of the player object 200. For example, those include the initial values of kind, ability, HP (hit points: physical strength or life duration), image designation, position and orientation, etc. in the game space.

A storage area 96 stores enemy object data which indicates initial values of information relating to the control and display, etc. of a plurality of kinds of enemy objects 202. For example, those include the initial values of kind, ability, HP, and image designation, etc. Further, for the enemy object 202 with a weak point, data indicative of the collision effective portion (position, scope, etc.) is also stored in this area.

A storage area 98 stores a connected ability table. Registered in the connected ability table are abilities to be given to the player object 200 in association with the connection patterns of the kinds of the enemy objects 202. More specifically, FIG. 5 shows correspondence between the connection patterns related to the kind and number of consecutive connections (level) and the abilities related to the method of attack and the power of attack. For instance, if the kind is “insect” and the number of consecutive connection is “1”, the method of attack used by the connected player object 200 is set to “short thread”, and its power of attack is set to “low level” (the value for causing minor damage). If the kind is “insect” and the number of consecutive connections is “2”, the method of attack is set to “medium-length thread” and the power of attack is set so as to cause “medium-level” damage. If the kind is “insect” and the number of consecutive connections is “3”, the method of attack is set to “long thread” and the power of attack is set to “high level”. The number of consecutive connections means the number of the consecutively connected enemy objects 202 of the same kind. Thus, as stated above, by consecutively connecting the enemy objects 202 of the same kind, it is possible to raise the ability of the player object 200 to a higher level. The level of the ability given to the player object 200 may not be raised according to the number of the consecutively connected enemy objects 202 of the same kind, and may be increased by connecting a plurality of kinds of enemy objects 202 in predetermined order. In this case, the ability to be given to the player object 200 is registered in the connected ability table in association with the connection pattern indicating the connection order of a plurality of kinds of enemy objects.

Returning to FIG. 4, a storage area 100 stores a target connection pattern. This data indicates the order or combination of connection of a plurality of kinds of enemy objects 202. When the player object 200 is formed with a specific connection pattern matching or satisfying the target connection pattern, the game processing is changed so as to clear the game. As above, the game processing is changed according to the connection pattern of the kinds of a plurality of enemy objects 202, which further improves the game's strategic characteristics and offers to the player a puzzle game-like pleasure such as finding an appropriate connection pattern by trial and error. In this embodiment, moreover, ability setting is carried out according to the connection pattern, which makes it possible to realize a highly strategic and pleasurable game in which the player tries to clear the game while giving an appropriate ability to the player object 200 in accordance with the progress of the game.

FIG. 6 shows one example of memory map of the RAM 48. This drawing presents only a part of the memory map, and the RAM 48 stores other necessary data in addition to those shown there.

A storage area 102 stores input information acquired by the input information acquisition program. The input information includes the mouse input information, that is, the movement information of the game apparatus 10 detected by the mouse cartridge 36 (movement direction, movement amount and movement speed, etc.). The input information also includes the operation information of the operating switch 20 and the operation information detected by the touch panel 22.

A storage area 104 stores the historical record of movement information of the player object 200. The movement information of the player object 200 includes the movement direction, movement distance and movement speed, etc. of the player object 200 calculated by the player object movement control program on the basis of the mouse input information (namely, the movement information of the game apparatus 10), and this storage area stores the historical record of the movement information in correspondence with time (frame number). The storage area 104 stores a predetermined number of frames of movement information, tracing back from the current frame.

A storage area 106 stores player object control data. The player object control data includes information on the position (coordinates) in the game space, HP, kind, and ability etc. of the player object 200. This area also stores connection state information of the player object 200, which includes the number of connections (total number of the connected enemy objects 202) and the order of connection (the identification information (or the kind) of the first enemy object 202, . . . , the identification information (or the kind) of the n-th enemy object 202), etc.

A storage area 108 stores enemy object control data which includes information on the position (coordinates) in the game space, HP, state, and unconscious time etc. of each of the enemy objects 202. The state information indicates whether the enemy object 202 exists independently or constitutes a part (connected body) of the player object 200.

FIG. 11 and FIG. 12 show one example of game operation of CPU core 34 of the game apparatus 10. When starting the process, in a step S1, the CPU core 34 firstly acquires the mouse input information from the mouse cartridge 36 and stores it in a storage area 102 of the RAM 48. The CPU core 34 also obtains the operation information from the operating switch 20 and the operation information from the touch panel 22 via the I/F circuit 54, and stores them in the storage area 102.

Then, in a step S3, the CPU core 34 calculates the movement direction, movement distance and movement speed etc. of the player object 200 based on the input information (the mouse input information in this embodiment). Subsequently, in a step S5, the CPU core 34 stores the historical record of the movement information of the player object 200 in a storage area 104 of the RAM 48. More specifically, the CPU core 34 adds to the storage area 104 the movement direction, movement distance and movement speed etc. calculated in the step S3.

Next, in a step S7, the CPU core 34 calculates the position (coordinates) of the player object 200 based on the current position and movement information etc. thereof, and stores the coordinates in position information in a storage area 106, thereby updating the position information. At the same time, the orientation of the player object 200 is also calculated and updated.

Then, in a step S9, the CPU core 34 executes a separation process. In the separation process, the player object 200 formed by a plurality of parts, that is, connected with a plurality of parts, is separated. One example of operation of the separation process is presented in FIG. 15, and will be explained after the description of the connection process because the separation is carried out after the connection in this embodiment.

Upon completion of the step S9, the CPU core 34 sets a screen display position based on the position of the player object 200 in a step S11. In this embodiment, since the player object 200 is configured as to be always displayed at the center of the screen, the display position (display range in the game space) is calculated so that the player object 200 is located at the center of the screen.

In a step S13, the CPU core 34 executes an enemy object movement process to calculate the positions (coordinates) etc. of all the enemy objects 202 existing in the game space and update the position information in the storage area 108.

Subsequently, in a step S15, the CPU core 34 executes a collision determination process of the player object 200 and the enemy object 202, based on the position information of the player object 200 and the position information of the enemy object 202. Then, in a step S17, the CPU core 34 determines from result of the determination whether or not it is concluded that the player object 200 has collided with any of the enemy objects 202.

If “YES” in the step S17, the CPU core 34 executes a connection process in a step S19. In the connection process, the player object 200 is connected with the collided enemy object 202 if the enemy object 202 is in the unconscious state. On the other hand, when it is determined the unconsciousness requirement is satisfied even though the collided enemy object 202 is not in the unconscious state, the enemy object 202 is turned into the unconscious state. One example of operation of the connection process is presented in FIG. 13 and FIG. 14.

Upon completion of the step S19, the CPU core 34 determines in a step S21 whether the connection pattern constitutes the target pattern or not. More specifically, the CPU core 34 determines whether or not the connection pattern of the enemy object 202 matches the target connection pattern, based on the connection state information in the storage area 106 and the target connection pattern in the storage area 100. If “YES” in the step S21, that is, if the game-is-cleared requirement is satisfied, the CPU core 34 changes the game processing with procedure of connection, attack and separation etc., and executes a game-is-cleared process in a step S23 to terminate the game processing. The game-is-cleared process is carried out in such a manner that a change will be made to the subsequent game processing, whereby it becomes possible to proceed to the next stage or some hidden stage, for example. If “NO” in the step S21, this means that the game-is-cleared requirement is satisfied and thus the process moves to a step S31 shown in FIG. 12 for continuation of the game.

If “NO” in the step S17, that is, if the player object 200 and the enemy object 202 have not collided with each other, the CPU core 34 determines in a step S25 whether the player object 200 is in the connected state or not, based on the connection state information in the storage area 106. If “YES” in the step S25, that is, if the player object 200 is in the connected state, the CPU core 34 determines in a step S27 whether the player has carried out an attack operation or not, based on the operation information in the storage area 102. In this embodiment, the determination about the feasibility of an attack is made in the steps S25 and S27 because the player can make an attack by operating the A button 20 d, for example, when the player object 200 is in the connected state.

If “YES” in the step S27, the CPU core 34 executes a player object attack process in a step S29. This allows the player object 200 to attack its enemy according to the provided ability. Since the player object 200 is given the ability by connection with the enemy object 202 in a connection process described later, the player object 200 launches an attack by the method and with the power according to the ability as shown in FIG. 9. When the attack hits the enemy object 202, the enemy object 202 suffers damage corresponding to these method and power of attack, and then its HP is decremented. When its HP becomes 0, the enemy object 202 disappears from the game space, and the control data of the enemy object 202 is deleted from the storage area 108. Alternatively, the enemy object 202 whose HP has become 0 may be turned into a predetermined state (unconscious state), without disappearing from the game space. Upon completion of the step S29, the process moves to a step S31 of FIG. 12. If “NO” in the step S27 or if “NO” in the step S25, the process goes directly to the step S31.

In the step S31 of FIG. 12, the CPU core 34 executes an enemy object attack process. This allows the enemy object 202 in the game space to attack the player object 200 as necessary. The enemy object 202 makes an attack on the basis of its ability, that is, its method of attack and power of attack. When the attack hits the player object 200, the player object 200 is damaged and its HP is decreased. In a succeeding step S33, the CPU core 34 determines whether the HP of the player object 200 has become zero or not, and if “YES”, the CPU core 34 executes a game-is-over process in a step S35 to terminate this game processing.

On the other hand, if “NO” in the step S33, the CPU core 34 determines in a step S37 whether the player object 200 has suffered any damage from the enemy's attack or not. If “YES” in the step S37, the CPU core 34 determines in a succeeding step S39 whether the player object 200 is in the connected state or not, based on the connection state information in the storage area 106. In this embodiment, the determination is made about the possibility of disconnection in the steps S37 and S39 because the player object 200 in the connected state is configured as to be disconnected when it suffers damage.

If “YES” in the step S39, the CPU core 34 initializes the connection state, kind and ability of the player object 200 in a step S41. The information items relating to the connection state, kind and ability, etc. in the storage area 106 is returned to the initial values in the storage area 94 because these items have been changed in a connection process described later when the player object 200 has been connected with the enemy object 202.

In a step S43, the CPU core 34 turns each of the connected enemy objects 202 to the unconscious state. In this embodiment, more specifically, the information on the state of the enemy objects 202 in the storage area 108 is changed to unconscious because each of the connected enemy objects 202 is configured as to be returned to the unconscious state when it is separated from the player object 200. At the same time, although a description is not provided in the flowchart, the CPU core 34 starts a process of measuring the time during when each of the enemy object 202 remains in the unconscious state. This updates the information on the unconscious time of the relevant enemy objects 202 in the storage area 108 at intervals of regular time (e.g. one frame).

In a step S45, the CPU core 34 uses the GPU 50 or the GPU 52 to draw in the VRAM 58 or the VRAM 60 the player object 200 by the initial state image data and the connected enemy objects 202 by the unconscious state image data. Accordingly, when the LCD controller 56 updates the screen display, the LCD 12 or the LCD 14 display the game screen in which the player object 200 is disconnected and returned into the initial state and the enemy objects 202 are returned to the unconscious state.

Upon completion of the step S45 or if “NO” in the step S37 or S39, the CPU core 34 determines in a step S47 whether or not the unconscious time of the enemy objects 202 has reached a predetermined threshold value or more, based on the information on the unconscious time of the enemy objects 202 in the storage area 108. In this embodiment, the determination is made about the termination of unconsciousness in the step S47 because the enemy objects 202 is configured as to be in the unconscious state for a limited length of time.

If “YES” in the step S47, that is, if the enemy object 202 has been in the unconscious state for the predetermined length of time, in the step S49, the CPU core 34 initializes the state of the relevant enemy object 202, and stores the information indicating the initial independent state of the relevant enemy object 202 in the storage area 108. In a step S51, the CPU core 34 also uses the GPU 50 or 52 to draw the relevant enemy object 202 in the VRAM 58 or the VRAM 60 by individual initial state image data. Consequently, when the LCD controller 56 updates the screen display, the relevant enemy objects 202 are displayed in the initial state on the LCD 12 or the LCD 14.

Upon completion of the step S51 or if “NO” in the step S47, the process returns to the step S1 of FIG. 11. In this manner, the game processing shown in FIG. 11 and FIG. 12 is repeated to make the game proceed at intervals of regular time (one frame) until it is determined that the game-is-cleared requirement (S21) or the game-is-over requirement (S33) has been satisfied.

One example of operation of the connection process in the step S19 of FIG. 11 is described in FIG. 13 and FIG. 14. In a step S61, firstly, the CPU core 34 determines whether the collided enemy object 202 is in the unconscious state or not, based on the state information of the enemy object 202 stored in the enemy object control data storage area 108.

If “NO” in the step S61, that is, if the enemy object 202 not in the unconscious state is collided as shown in FIG. 7, the CPU core 34 determines in a step S63 whether the enemy object 202 has a weak point or not, based on the weak point information of the enemy object 202 stored in the storage area 96. If “YES” in the step S63, the CPU core 34 determines in a succeeding step S65 whether the enemy object 202 has been collided at its collision effective portion or not, based on the collision effective portion information in the storage area 96. If “YES” in the step S65, that is, the enemy object 202 with a weak point has been collided at its weak point, the process moves to a step S67. If “NO” in the step S63, that is, if the enemy object 202 with no weak point has been collided, the process proceeds directly to the step S67.

If “NO” in the step S65, that is, if the enemy object 202 with a weak point has been collided at a portion other than the weak point, the unconsciousness requirement is not satisfied, and thus the CPU core 34 terminates the connection process and returns to the step S21 of FIG. 11.

In a step S67, the CPU core 34 determines whether the enemy object 202 is of the kind which can bring it to the unconscious state with respect to the player object 200, based on the above mentioned compatibility information stored in the data storage area 72 of the ROM 28 a. If “YES” in the step S67, that is, if the enemy object 200 of the compatible kind has been collided, the process moves to a step S69. If “NO” in the step S67, the unconsciousness requirement is not satisfied, and thus the CPU core 34 terminates the connection process and returns to the step S21 of FIG. 11.

In a succeeding step S69, the CPU core 34 determines whether or not the movement speed of the player object 200 is equal to or more than a predetermined threshold value. If “NO” in the step S69, that is, if the player object 200 collides with the enemy object 202 at a slow speed, the unconsciousness requirement is not satisfied, and thus the CPU core 34 terminates the connection process and returns to the step S21 of FIG. 11.

On the other hand, if “YES” in the step S69, that is, if the player object 200 has moved quickly and collided with the enemy object 202, the unconsciousness requirement is satisfied and thus the enemy object 202 enters to the unconscious state. That is, the CPU core 34 turns the enemy object 202 in the storage area 108 into the unconscious state in a step S71. Although not described in FIG. 13, as well as turning the enemy object 202 into the unconscious state, the CPU core 34 starts to measure the unconscious time of the enemy object 202.

Then, in a step S73, the CPU core 34 draws the enemy object 202 using the image data indicative of unconscious state. Accordingly, when the LCD controller 56 updates the screen, the unconscious enemy object 202 is displayed on the screen as shown in the lower part of FIG. 7. Upon completion of the step S73, the CPU core 34 terminates the connection process and returns to the step S21 of FIG. 11.

On the other hand, if “YES” in the step S61, that is, if the unconscious enemy object 202 has been collided as shown in the upper part of FIG. 8, the CPU core 34 moves the process to a step S75 of FIG. 14 for connection of the enemy object 202 to the player object 200.

In the step S75 of FIG. 14, the CPU core 34 determines whether the player object 200 is in the independent state or not, based on the connection state information in the storage area 106. If “YES” in the step S75, that is, if the unconnected player object 200 has collided with the enemy object 202, the CPU core 34 stores the identification information (or the kind) of the enemy object 202 in the first area for connection state information of the player object 200 in the storage area 106. Although not shown in FIG. 14, the CPU core 34 also stores the value “1” as information indicative of the number of connection.

In a subsequent step S79, the CPU core 34 sets the kind of the player object 200 so as to be the same as the enemy object 202. More specifically, the CPU core 34 refers to the kind information of the enemy object 202 in the storage area 96 to store the kind information of the player object 200 in the storage area 106.

Further, in a step S81, the CPU core 34 sets the ability of the player object 200 so as to correspond to the kind of the enemy object 202. More specifically, the CPU core 34 refers to the connected ability table in the storage area 98 to store in the storage area 106 the ability with the number of connection of 1 (the method of attack and the power of attack, etc.) corresponding to the kind of the enemy object 202, as the ability information of the player object 200.

In a step S83, the CPU core 34 sets the state of the enemy object 202 to connected body, that is, stores the information indicative of connected body in the state information of the enemy object 202 in the storage area 108. Although not shown in FIG. 14, the CPU core 34 ends measurement of the unconscious time of the enemy object 202 and clears the information on the unconscious time.

Then, in a step S85, the CPU core 34 draws the player object 200 connected with the enemy object 202. Accordingly, when the LCD controller 56 updates the screen, the screen shows the player object 200 that is of the same kind as the collided enemy object 202 and is connected with the enemy object 202 at the rear end or somewhere, as shown in the middle part of FIG. 8. Upon completion of step S85, the CPU core 34 terminates the connection process and returns to the step S21 of FIG. 11.

On the other hand, if “NO” in the step S75, that is, if the player object 200 is in the connected state, the CPU core 34 determines in a step S87 whether the number of connection(s) stored in the storage area 106 is less than a predetermined threshold value or not. In this embodiment, it is determined in the step S87 whether the maximum number of connections has not been reached because an upper limit is set for the number of connectable enemy objects 202, and the process of step S87 may not be omitted in other embodiments. If “NO” in the step S87, that is, if the number of connections has reached the maximum value, the CPU core 34 directly terminates the connection process and moves to a step S21 of FIG. 11.

If “YES” in the step S87, that is, if the maximum number of connections has not been reached, in a step S89, the CPU core 34 adds the enemy object 202 to the connection state information of the player object 200 in the storage area 106. More specifically, the CPU core 34 updates the number of connections and stores the identification information (or the kind) of the enemy object 202 in the order corresponding to the updated number of connections.

Then, in a step S91, the CPU core 34 determines whether or not the enemy object 202 is of the same kind as all the already connected enemy objects 202. If “YES” in the step S91, the CPU core 34 upgrades the ability of the player object 200 in a step S93. More specifically, the CPU core 34 reads out the information on the ability corresponding to the current connection pattern and updates the ability information of the player object 200 in the storage area 106, based on the connected ability table in the storage area 98. In this manner, the ability of the player object 200 is changed according to the connection pattern of the kinds of the connected enemy objects 202. If “NO” in the step S91, that is, if the connected enemy objects 202 are not of the same kind, the level of the ability will not be raised in this embodiment, and thus the process goes directly to a step S95.

Subsequently, in the step S95, the CPU core 34 stores the information indicative of connected body in the state information of the enemy object 202 in the storage area 108.

Then, in a step S97, the CPU core 34 draws the player object 200 connected at the rear end with the enemy object 202. Therefore, when the LCD controller 56 updates the screen, the player object 200 connected at the rear end with the collided enemy object 202 is displayed on the screen (refer to FIG. 9). Upon completion of the step S97, the CPU core 34 terminates the connection process and returns to the step S21 of FIG. 11.

One example of operation of the separation process in the step S9 of FIG. 11 is shown in FIG. 15. When starting the separation process, the CPU core 34 firstly determines in a step S111 whether the player object 200 is in the connected state or not, based on the connection state information in the storage area 106. If “NO” in the step S111, that is, if the player object 200 is in the independent state (the number of connection is 0), there exists no enemy object 202 to be separated, and the CPU core 34 thus terminates the separation process and returns to the step S11 of FIG. 11.

On the other hand, if “YES” in the step S111, that is, if the player object 200 is in the connected state, the CPU core 34 makes a determination on a movement state. More specifically, the CPU core 34 firstly determines in a step S113 whether or not the movement speed of the player object 200 is equal to or more than a predetermined threshold value. If “YES” in the step S113, that is, if the separation requirement has been satisfied by quick movement of the game apparatus 10, the CPU core 34 goes to a step S125 to execute a separation process.

If “NO” in the step S113, the CPU core 34 makes a determination on another movement state, that is, a determination on separation requirement (shaking). More specifically, the CPU core 34 determines in a step S115 whether the movement direction of the player object 200 forms an angle of a predetermined value or more with respect to the immediately preceding movement direction, based on the historical record of the movement direction out of the movement information stored in the storage area 104. If “NO” in the step S115, the game apparatus 10 is not shaken, and the CPU core 34 thus terminates the separation process and returns to the step S11 of FIG. 11.

On the other hand, if “YES” in the step S115, the CPU core 34 increments the value of a counter M stored in the RAM 48 (addition of 1) and stores the current time (frame number) in a step S117. Besides, the counter M has an initial value of 0, and the value of the counter M is stored in the RAM 48 together with the time of initial setting or resetting (frame number).

Subsequently, in a step S119, the CPU core 34 determines whether or not the value of the counter M is equal to or more than a predetermined value. That is, the CPU core 34 determines whether or not the changing of the movement direction at an angle of a predetermined value or more has been detected a predetermined number of times or more. In this embodiment, the threshold value for determination on the value of the counter M is set to 6, for example, that is, the CPU core 34 determines whether or not the game apparatus 10 has moved in the back-and-forth direction at least three times. If “NO” in the step S119, that is, if it does not conclude that the game apparatus 10 has been shaken, the CPU core 34 terminates the separation process.

On the other hand, if “YES” in the step S119, that is, if the changing of movement direction at an angle of a predetermined value or more has been detected at least a predetermined number of times (six in this embodiment), the CPU core 34 determines in a step S121 whether or not the time elapsed before the game apparatus 10 has made a predetermined number of back-and-forth motions (three in this embodiment) is equal to or less than a predetermined threshold value or less. More specifically, the CPU core 34 determines whether a difference between the current time and the time stored in association with a value obtained by subtracting a predetermined value from the value of the counter M at the current time (6−1=5 in this embodiment) is equal to or less than a predetermined value (e.g. 90 frames). If “NO” in the step S121, that is, if it does not concludes that the game apparatus 10 has been shaken, the CPU core 34 terminates the separation process.

On the other hand, if “YES” in the step S121, that is, if the separation requirement has been satisfied by shaking the game apparatus 10, the CPU core 34 resets the counter M in the RAM 48 in a step S123. The CPU core 34 also clears the time stored in association with the value of the counter M and stores the current time in association with the initial value 0 of the counter M.

Subsequently, in a step S125, the CPU core 34 initializes the information on the connection state, kind and ability of the player object 200 stored in the storage area 106. In a step S127, the CPU core 34 sets the state information of the connected enemy objects 202 to unconscious. Although not shown in FIG. 15, the CPU core 34 starts to measure the time during when the enemy object 202 remains in the unconscious state with respect to each enemy object 202 reset to the unconscious state. Further, in a step S129, the CPU core 34 draws the player object 200 by an initial state image and draws the connected enemy objects 202 by unconscious state images. Accordingly, when the LCD controller 56 updates the screen, the game screen displays the initial unconnected player object 200 and the unconscious enemy objects 202, as shown in FIG. 10. Upon completion of the step S129, the CPU core 34 terminates the separation process and returns to the step S11 of FIG. 11.

According to this embodiment, the non-player object 202 such as enemy object is turned into a predetermined state by collision with the player object 200, and the non-player object 202 in the predetermined state is connected to the player object 200 by collision with the player object 200. Thus, in a game where the non-player object 202 is connected to the player object 200 by making the player object 200 collide with the non-player object 202, it is possible to increase the degree of difficulty in making a connection, bringing further enhancement in the game's strategic and entertaining characteristics.

In addition, the player object 200 is given different abilities according to the kinds of the connected non-player objects 202, which diversifies the ability of the player object 200 in variety and improves the strategic and amusing characteristics of the game in which the non-player object 202 is connected to the player object 200.

In the above described embodiment, the movement of the player object 200 is controlled on the basis of the input information from the mouse cartridge 36. In other embodiments, the movement of the player object 200 may be controlled on the basis of the operation information from the touch panel 22. For instance, the player object 200 may be moved on the basis of the direction, length and movement distance per unit of time of a path input into the touch panel 22, instead of on the basis of the movement direction, movement distance and movement speed detected by the mouse cartridge 36. In this case, the connection and separation of the player object 200 can be controlled by intuitive operations, as in the case with the use of the mouse cartridge 36.

Although the present invention has been described and illustrated in detail, it is clearly understood that the same is by way of illustration and example only and is not to be taken by way of limitation, the spirit and scope of the present invention being limited only by the terms of the appended claims. 

1. A non-transitory storage medium storing a game program for a game apparatus equipped with an input device receiving input information in accordance with a player's operation and a display device include a game screen showing at least a player object and a plurality of kinds of non-player objects, wherein said game program causes a processor of said game apparatus to serve as: a movement controller that controls a plurality of movements of said player object in various directions based on said input information from said input device; a collision determiner that determines a collision between said player object and said non-player object; and a connector, when said collision determiner determines that said player object has collided with said non-player object, that connects the collided non-player object to said player object, wherein the non-player object moves with the player object when connected to the player object, and the movement controller further controls a plurality of movements of said player object while connected to the non-player object in various directions based on said input information for said input device.
 2. The storage medium storing a game program of claim 1 further comprising: a state changer that, when said collision determiner determines that said player object has collided with said non-player object not in a predetermined state, turns the non-player object into the predetermined state; and said connector connects the collided non-player object to said player object in said predetermined state.
 3. A non-transitory storage medium storing a game program according to claim 1, wherein said game program causes said processor to further serve as an ability setter that gives said player object different abilities in accordance with the kinds of said non-player objects connected by said connector.
 4. A non-transitory storage medium storing a game program according to claim 3, wherein said connector connects the non-player objects sequentially each time said collision determiner determines that said player object and said non-player object have collided with each other, and said ability setter gives said player object different abilities according to connection patterns of the kinds of a plurality of non-player objects connected by said connector.
 5. A non-transitory storage medium storing a game program according to claim 2, wherein said movement controller includes a movement speed calculator that calculates a movement speed of said player object, said state changer turns said non-player object into said predetermined state when said movement speed of said player object calculated by said movement speed calculator is equal to or more than a predetermined value, provided that said collision determiner determines that said player object and said non-player object have collided with each other.
 6. A non-transitory storage medium storing a game program according to claim 1, wherein said game program causes said processor to further serve as a player object changer that changes the kind of the player object so as to be same as the kind of said non-player object connected by said connector.
 7. A non-transitory storage medium storing a game program according to claim 1, wherein said non-player object has a collision effective portion, and said collision determiner determines a collision between said player object and said collision effective portion of said non-player object.
 8. A non-transitory storage medium storing a game program according to claim 1, wherein said game program causes said processor to further serve as a game processing changer that changes game processing in accordance with the connection patterns of the kinds of said plurality of non-player objects connected by said connector.
 9. A game apparatus including an input device receiving input information in accordance with a player's operation and a display device including a game screen showing at least a player object and a plurality of kinds of non-player objects, the game apparatus further comprising: a movement controller that controls the movement of said player object based on said input information from said input device; a collision determiner that determines a collision between said player object and said non-player object; and a connector, when said collision determiner determines that said player object has collided with said non-player object, that connects the collided non-player object to said player object, wherein the non-player object moves with the player object when connected to the player object and the movement controller further controls said player object while connected to the non-player object to move in various directions based on said input information for said input device.
 10. A game apparatus according to claim 9, wherein said input device includes a mouse-type input device for detecting movement information of the game apparatus as said input information, and said movement controller controls the movement of said player object based on said movement information detected by said mouse-type input device.
 11. A non-transitory storage medium storing a game program for a game apparatus equipped with an input device to receive input information from a player and a display to show a game screen image including a player object and a plurality of kinds of non-player objects, wherein a processor in the game apparatus when executing said game program performs the following steps: controls a plurality of movements of said player object based on said input information from said input device, wherein at least one of the non-player objects moves with the player object when connected to the player object and the movement is based on said input information from said input device; detects a collision between said player object and one of the non-player object; after the collision is detected, determines that said player object has collided with said non-player object not in a predetermined state and switches the non-player object to the predetermined state; and after the collision is detected, connecting the collided non-player object to said player object and showing the non-player object connected to the player object on the game screen.
 12. The non-transitory storage medium of claim 11 wherein the non-player object remains in the predetermined state for a given length of time.
 13. The non-transitory storage medium of claim 11, further comprising the step of granting to the player object an ability in connection with switching the non-player object to the predetermined state, wherein the ability corresponds to an ability held by the non-player object while in the predetermined state.
 14. The non-transitory storage medium storing a game program according to claim 11, further comprising sequentially connecting a plurality of non-player objects to the player object after each time a collision determination is made.
 15. The non-transitory storage medium storing a game program according to claim 11, further comprising the step of calculating a movement speed of the player object and thereafter switching the non-player object to the predetermined state only if said movement speed of said player object is calculated to be at least a predetermined value when the collision is detected.
 16. A non-transitory storage medium storing a game program according to claim 2, wherein said state changer turns said non-player object into said predetermined state for a given length of time.
 17. The game apparatus of claim 9 further comprising: a state changer that, when said collision determiner determines that said player object has collided with said non-player object not in a predetermined state, turns the non-player object into the predetermined state; and said connector connects the collided non-player object to said player object in said predetermined state. 